home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1991 / Feb 91 / MacApp.Tech$ 2⁄1⁄91 / 2820-Whither MacApp?-Jan91 < prev    next >
Encoding:
Text File  |  1991-03-06  |  2.2 KB  |  48 lines  |  [TEXT/GEOL]
  1. Item    8649653                         29-Jan-91        18:01PST
  2.  
  3. From:   ALGER                           Alger, Jeff,VCA
  4.  
  5. To:     MACAPP.TECH$                    MacApp Technical
  6.  
  7. ------------------------------------------------------------------------------
  8.  
  9. Sub:    Whither MacApp?
  10.  
  11. Fellow MacAppers,
  12.  
  13. In keeping with my policy of stirring debate, I have an interesting question to
  14. pose to the MacApp community:
  15.  
  16. "In what ways does, can and should MacApp help solve the right problem?"
  17.  
  18. This does not include technical wizardry intended to make programs smaller,
  19. faster, cheaper, or more elegant.  Let's assume that we all program brilliantly
  20. such that our programs do not contain the sorts of bugs that cause crashes or
  21. blatant errors.  Fixing that sort of problem only accounts for about 14% of all
  22. software costs.  Nor am I addressing pure programmer productivity issues;
  23. developmental programming activity is only 20% to 30% of overall costs.  Most
  24. software money is spent trying to solve the right problem, not coding or fixing
  25. the solution.
  26.  
  27. Is MacApp relevant to analysis?  To what degree is it relevant to design?
  28. Evolution?  Is MacApp better or worse in this regard than other environments?
  29. Are MacApp program architectures as a rule easy to comprehend by
  30. non-programmers, or is MacApp strictly the province of the technoid?  More to
  31. the point, what are the frontiers of MacApp in these regards?
  32.  
  33. I have my own thoughts on these topics, but would be very interested in a
  34. public discussion.  I sense a settling taking place with the release of 2.0.1
  35. and with 3.0 on the horizon.  The major architectural issues have been pretty
  36. well hammered on and there is a substantial body of experience with the product
  37. in real products as a technological platform.  Books are now available, as are
  38. courses and over a thousand developers active enough to pay dues to MADA.
  39. Everyone seems to agree that MacApp is THE way to program the Mac.  Yet, there
  40. has been very little discussion outside of pure implementation issues.  It
  41. seems time to elevate the discussion about "whither MacApp" to a new plane:
  42. effectiveness across the board, not just in programming.
  43.  
  44. With too many ideas and too little idle time to pursue them,
  45. I remain,
  46. Jeff Alger
  47.  
  48.